[TOC]
1 简介
Redis的主从复制简单来说就是：
- 根据一定的策略将主机数据同步至从机
- 主从复制,读写分离,容灾备份
- 主写从读,高可用
2 本文目的
本篇文章将配置如下结构的主从复制示例：
replication
- h1作为主机(master)
- h2和h3作为备机(slave)
- 主机h1负责写数据
- 备机h2、h3负责读数据
- 为方便,此处用主机名代替IP地址。此处实验环境中ip地址和主机名关系如下:
[root@h1 redis]$ cat /etc/hosts
127.0.0.1 localhost.localdomain localhost
::1 localhost6.localdomain6 localhost6
192.168.1.131 h1 # 主机(master)
192.168.1.132 h2 # 备机(slave)
192.168.1.133 h3 # 备机(salve)
[root@h1 redis]$
2 配置
2.1 注意点
- 配置之前请先确保主机和备机中的Redis配置文件以下几项已经修改:
# 关闭保护模式--不然在不同的主机上redis的主从机是连接不了的
protected-mode no
# 以后台进程的方式运行redis服务
daemonize yes
# 绑定所有网络地址(方便起见才这么做的)
bind 0.0.0.0
- 将redis启动过程中的警告处理掉：
http://blog.csdn.net/hylexus/article/details/69358037
2.2 动态配置
此处所谓的动态配置指的是在redis运行时使用命令动态配置集群中的主从关系。
- 主机的配置文件不用修改
- 分别启动三台redis服务器
- 先来看看主从关系
# 此时的三台主机显示的都是master角色
h1:6379> info replication
# Replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
h1:6379>
# h2信息
h2:6379> info replication
# Replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
h2:6379>
# h3信息
h3:6379> info replication
# Replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
h3:6379>
- 动态配置主从关系
其实配置很简单,只需要配置备机即可:
# 将当前机器配置为<host>机器上redis服务的备机
slaveof <host> <port>
具体操作如下:
# 备机h2配置
h2:6379> SLAVEOF h1 6379
OK
h2:6379> info replication
# Replication
role:slave
master_host:h1 # 当前h2是h1的备机
master_port:6379 # 主机端口
master_link_status:up # 通信链路已经连通
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:15
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
h2:6379>
# 配置h3
h3:6379> SLAVEOF h1 6379
OK
h3:6379> info replication
# Replication
role:slave
master_host:h1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:3
master_sync_in_progress:0
slave_repl_offset:57
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
h3:6379>
- 测试
# 先清空数据
h1:6379> FLUSHALL
OK
# 在主机上添加数据
h1:6379> set k1 v1
OK
h1:6379>
# 在备机h2上查看
h2:6379> get k1
"v1"
h2:6379>
# 在备机h3上查看
h3:6379> get k1
"v1"
h3:6379>
2.3 静态配置
此处所谓的静态配置是和2.1中所谓的静态配置相对应的配置，指的是在redis的配置文件中事先配好主从关系。
分别在备机h2和h3的配置文件里增加如下配置即可：
# 一条配置指令即可
SLAVEOF h1 6379
3 同步过程
- slave启动成功后,连接到master后会发送一个
sync命令 - master收到
sync命令后- 启动后台备份进程备份(包括写操作的数据)
- 数据备份完成后将传送整个数据文件到slave,即一次
完全同步
- 只要是重新连接master,一次完全同步(
全量复制)将被自动执行.- 同时，slave在接收到数据库文件数据后，将其存盘并加载到内存中
- 集群稳定后
- master继续将收到的写操作命令依次传给slave,即
增量同步
- master继续将收到的写操作命令依次传给slave,即
- 可以使用
slaveof no one来使某台slave重新恢复自由身,即不再做任何主机的备机.
4 主从复制的特点
- 一个master可以有N个slave
- 某个slave宕机,读性能下降
- master宕机,导致写操作完全无法执行
- master宕机后,需
手动配置和指定新的master及其附属slave的从属关系
因此,仅仅使用主从复制还是不够的。因为主从仅仅针对高并发,对于高可用没有考虑。
请看下一篇文章中介绍的哨兵模式。
